home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / iesg / iesg.91-09-05 < prev    next >
Text File  |  1993-02-04  |  22KB  |  607 lines

  1.  
  2.  
  3.                      IETF STEERING GROUP (IESG)
  4.  
  5.                   REPORT FROM THE TELECONFERENCE
  6.  
  7.                        SEPTEMBER 5TH, 1991
  8.  
  9.  
  10.          Reported by:
  11.          Greg Vaudreuil, IESG Secretary
  12.  
  13. This report contains
  14.  
  15.         - Meeting Agenda
  16.         - Meeting Attendees
  17.         - Meeting Notes
  18.  
  19. Please contact IESG Secretary Greg Vaudreuil
  20. (iesg-secretary@nri.reston.va.us) for more details on any particular topic.
  21.  
  22.  
  23. Meeting Attendees
  24. -----------------
  25.  
  26.    Borman, David / CRAY
  27.    Chiappa, Noel
  28.    Crocker, Steve / TIS
  29.    Coya, Steve / CNRI
  30.    Davin, Chuck / MIT
  31.    Estrada, Susan / CERFnet
  32.    Gross, Philip / ANS
  33.    Hobby, Russ / UC-DAVIS
  34.    Hinden, Robert / BBN
  35.    Reynolds, Joyce / ISI
  36.    Vaudreuil, Greg / CNRI
  37.  
  38. Regrets:
  39.  
  40.     Almquist, Philip / Consultant
  41.     Callon, Ross / DEC
  42.     Crocker, Dave / DEC
  43.     Stockman, Bernard / SUNET/NORDUnet
  44.  
  45.  
  46. Agenda
  47. ------
  48.  
  49.    1) Administrivia
  50.       - Bash the Agenda
  51.       - Review of the Minutes
  52.           - July 30th - Aug 2nd. (Pending Gross's review)
  53.           - August 8th (Pending Gross's review)
  54.           - August 15th (Pending Gross's review)
  55.           - August 29   
  56.  
  57.    2) Review of Action Items
  58.  
  59.    3) Protocol Actions
  60.       - IGP Statement 
  61.       - BGP 
  62.       - Outstanding MIBS 
  63.       - Ethernet MIB 
  64.       - Decnet Phase IV over PPP
  65.  
  66.    4) RFC Editor Actions
  67.       - Message Send Protocol (Aug 30th Version)
  68.       - Security Information Transfer Protocol
  69.       - Finger revisions
  70.  
  71.    5) Technical Management Issues
  72.       - IETF Management Issues
  73.  
  74.  
  75.  
  76. Minutes
  77. -------
  78.  
  79. 1. Administrivia
  80.  
  81. 1.1 Agenda Bashing
  82.  
  83. The Agenda was approved as is.
  84.  
  85. 1.2. Approval of Minutes
  86.  
  87. 1.2.1 July 30th - Aug 2nd.
  88.  
  89. These minutes, the first to be release publicly have been approved by
  90. the IESG pending a review by the Chairman.
  91.  
  92. 1.2.2  August 8th
  93.  
  94. These minutes have been approved pending review by the Chairman,
  95.  
  96. 1.2.3 August 15th
  97.  
  98. These minutes have been approved by the IESG with changes.  They are
  99. waiting a review by the Chairman,
  100.  
  101. 1.2.4 August 29th
  102.  
  103. These minutes have been approved by the IESG.  They are waiting a
  104. review by the Chairman,
  105.  
  106. ACTION: Phill Gross -- Review the minutes of the Open Plenary, July
  107. 30th, August 8th, August 15th, and August 29th IESG meetings for
  108. public release.
  109.  
  110.  
  111. 2) Review of Action Items
  112.  
  113. (89) Apr 25 [Russ Hobby]
  114.          Resolve the conflict with the two version of the IMAP
  115.          protocol.
  116.  
  117. The authors have been in a dialogue with Hobby, and some progress has
  118. been made.  The authors of both versions of the protocol have agreed
  119. to resolve the problem by declaring a split of the protocol and
  120. renaming each of the resulting protocols. The current obstacle is the
  121. insistence by the author of one version of the IMAP protocol that it
  122. be renamed POP4, a solution not acceptable to the area director.
  123.  
  124. (130) Jul 11 [Philip Almquist]
  125.          Create a finished version of the TOS specification ready to
  126.          be published as a Proposed Standard, as soon as possible.
  127.  
  128. This is a continuing action.
  129.  
  130. (136) Jul 11 [Steve Coya]
  131.          Write a chapter explaining the IETF structure, including the
  132.          IAB and IESG for the Technical Evolution Plan.
  133.  
  134. Concluded. This was completed some time ago. 
  135.  
  136. (140) Jul 18 [Steve Coya]
  137.          Explore the use of MMCONF for IESG teleconferences.
  138.          Specifically, explore the availability and work-arounds for
  139.          using MMCONF on non-SUN based systems.
  140.  
  141. Continuing.  The IESG discussed the possibility of declaring this
  142. excessively difficult, but most of the IESG felt that it was important
  143. to push on technology.  MMCONF if it lives up to it's potential can
  144. make telephone conferences much better. 
  145.  
  146. (141) Jul 18 [Greg Vaudreuil, Joyce Reynolds]
  147.          Insure that the NISI working group charter is updated to
  148.          reflect the addition of the following work item; write a
  149.          document explaining the security issues of privacy and
  150.          accuracy in Internet Databases.
  151.  
  152. This is still pending.
  153.  
  154. (143) Jul 18 [Noel Chiappa]
  155.          Chat with Geoff Stewart of Hale and Dore about continuing the
  156.          research into the liability of standards making bodies.
  157.  
  158. This is still pending.
  159.  
  160. (144) Jul 18 [Steve Crocker]
  161.          Combine or rationalize the proposed security campaign with
  162.          the security are plan.
  163.  
  164. This is still pending.
  165.  
  166. (146) Jul 18 [Steve Coya, Greg Vaudreuil]
  167.          Write the definitive IETF Handbook, to include material
  168.          currently available in the guidelines to working group
  169.          chairman, the guidelines to authors of internet drafts, and
  170.          various draft IESG and IAB standards process documents.
  171.  
  172. This is still pending.
  173.  
  174. (148) Jul 18 [Ross Callon]
  175.          Send a more definitive explanation on the current status of
  176.          the X.500 documents than is likely to recorded by the
  177.          beleaguered IESG-Secretary in these minutes.
  178.  
  179. Concluded: Callon sent a review of the documents to the IESG August 29th.
  180.  
  181. (149) Jul 18 [Steve Crocker]
  182.          Assign a SAAG person to provide security guidance to the
  183.          Point to Point working group.
  184.  
  185. Concluded: Dave Balenson has been assigned to the PPP working group to
  186. provide guidance.
  187.  
  188. (150) Jul 18 [Steve Coya]
  189.          Draft a sample, generic letter to be used by corporations to
  190.          give the IAB control over the future evolution of a
  191.          particular protocol.
  192.  
  193. This is still pending.
  194.  
  195. (151) Jul 18 [Steve Crocker]
  196.          Insure that the Common Authentication Technology charter is
  197.          modified to reflect work related to the SPX protocol.
  198.  
  199. Concluded: This was completed shortly after this meeting.
  200.  
  201. (153) Jul 25 [Steve Crocker]
  202.          Resolve the issues surrounding the IP Security Option and
  203.          make the right thing happen.
  204.  
  205. There is a September 30th deadline for constructive input.  If no
  206. constructive feedback is provided to the IESG, this will be dropped as
  207. an active issue for the IESG.
  208.  
  209. (155) Jul 25 [Greg Vaudreuil]
  210.          Schedule a discussion on the evolution of existing standards
  211.          in a upcoming IESG meeting.
  212.  
  213. This is OBE.  The IESG has agreed for now not to make a "Fast Track"
  214. for new versions of existing standards.
  215.  
  216. (157) Jul 25 [Phill Gross, Susan Estrada]
  217.          Explore the need for an operations DNS working group, and if
  218.          needed, find a chair and write a charter for a DNS operation
  219.          meeting, where close coordination with the protocol group is
  220.          explicitly specified.
  221.  
  222. This is continuing.
  223.  
  224. (160) Aug 02 [Steve Coya]
  225.          Write up the mechanisms for working groups to request or
  226.          receive directorate support.
  227.  
  228. This is continuing.
  229.  
  230. (162) Aug 02 [Greg Vaudreuil]
  231.          Schedule a discussion in an upcoming IESG meeting on
  232.          mechanisms for registering distinguished names.
  233.  
  234. This is continuing.  This particular action was combined with action
  235. 181 and reassigned to Russ Hobby and Greg Vaudreuil. 
  236.  
  237. (163) Aug 02 [Noel Chiappa, Bob Hinden]
  238.          Investigate the progress and direction of the IPLPDN working
  239.          group and report to the IESG.
  240.  
  241. This is continuing.
  242.  
  243. (165) Aug 08 [Russ Hobby]
  244.          Write a note to the RFC Editor expressing the sense of the
  245.          IESG in regard to the IMAP protocols.
  246.  
  247. Concluded.  While the final resolution of this issue is not yet in
  248. hand, the RFC Editor has been told of the IESG position that the IMAP
  249. protocol be declared to have split.
  250.  
  251. (166) Aug 08 [Greg Vaudreuil]
  252.          Set up a teleconference for a 11 AM EST conference call on
  253.          Ethernet MIB between Kastenholtz, Rose, Davin, Case, Gross,
  254.          Vaudreuil, and Chiappa.
  255.  
  256. OBE.  Discussions within the IAB and the SNMP mailing list make this
  257. teleconference unneeded.
  258.  
  259. (173) Aug 15 [Greg Vaudreuil]
  260.          Talk to author of the Multi-protocol Interconnect document
  261.          about the name of this document; report results to IESG.
  262.  
  263. Concluded.  A dialogue with Carolyn Brown began and she is responsive
  264. in making changes as requested.
  265.  
  266. (174) Aug 15 [Greg Vaudreuil]
  267.          Talk to the author of the Inverse ARP protocol about the need
  268.          for a section documenting the design criterion and rational
  269.          for the Inverse ARP protocol.
  270.  
  271. Concluded.  Carolyn Brown has been notified, and she has made changes
  272. to the document.
  273.  
  274. (176) Aug 15 [Russ Hobby]
  275.          Review the Message Send Protocol for the RFC Editor before
  276.          August 27th.
  277.  
  278. See discussion later in these minutes.
  279.  
  280. (177) Aug 15 [Russ Hobby]
  281.          Look at the list of enhancements for the Finger protocol and
  282.          determine if these should be corrected in this re-release.
  283.  
  284. Done.  The two clarifications suggested to the Finger protocol should
  285. be made in this latest editing pass of the document.
  286.  
  287. (178) Aug 15 [Greg Vaudreuil]
  288.          Schedule time in a future teleconference to discuss the
  289.          wisdom of running SNMP only over UDP.
  290.  
  291. This is continuing.
  292.  
  293. (179) Aug 15 [Dave Borman]
  294.          Get a copy of the UCL TCP proposal and distribute it to the
  295.          IESG.
  296.  
  297. Concluded.  Borman has a copy of this proposal, but it is hardcopy.  A
  298. fax will be sent to any IESG member requesting a copy.  The basic
  299. proposal was outlined to the IESG in an earlier teleconference and email.
  300.  
  301. (180) Aug 15 [Phill Gross]
  302.          Request a formal vote and if the TCP extensions fails, a
  303.          public notification with detailed reasons for rejection.
  304.  
  305. OBE: Further discussion with the IAB has clarified the status of the
  306. document.  The IESG sent a message to the IETF list withdrawing the
  307. protocol from IAB consideration.
  308.  
  309. (181) Aug 15 [Russ Hobby, Steve Crocker]
  310.          Organize an agenda for the Distinguished Name Teleconference.
  311.          Work with Vaudreuil to schedule an appropriate time.
  312.  
  313. This is continuing. Russ Hobby is to take the lead on this action.
  314.  
  315. (183) Aug 29 [Greg Vaudreuil]
  316.          Send the notice withdrawing the IESG recommendation elevating
  317.          the TCP extensions to the IAB with a CC to the IETF.
  318.  
  319. Concluded: The message has been sent to the IAB and IETF.
  320.  
  321. (184) Aug 29 [Phill Gross]
  322.          Publish the latest draft of the BGP usage document as an
  323.          Internet-Draft.
  324.  
  325. Continuing: See discussion later in these minutes.
  326.  
  327. (185) Aug 29 [Greg Vaudreuil]
  328.          Send the IAB a query soliciting input on the IP over Frame
  329.          Relay document.  If no objections are raised to the current
  330.          document, send the recommendation with the new title to the
  331.          IAB Thursday the September 12th.
  332.  
  333. The query has been sent.  Limited response from the IAB has been
  334. received.  The comment period will remain open till September 12th.
  335.  
  336. (186) Aug 29 [Greg Vaudreuil]
  337.          Contact the author of the Inverse ARP document and relate the
  338.          specific comments of the IESG, encouraging the writing of a
  339.          more complete rationale section.
  340.  
  341. Continuing: The author has been notified, but the specific comments
  342. from the IESG are still being formulated in dialogue with the IAB. 
  343.  
  344. (187) Aug 29 [Greg Vaudreuil]
  345.          Write a recommendation to publish
  346.          <draft-ietf-osids-replication-03> as an Informational
  347.          document.
  348.  
  349. This is still pending.
  350.  
  351. (188) Aug 29 [Greg Vaudreuil]
  352.          Confirm that the FOX directory Pilot participants have been
  353.          kept involved in the IETF directory efforts.
  354.  
  355. Concluded: FOX participants have been involved with this effort.  FOX
  356. folks will send specific comments on the documents by the end of the
  357. month.
  358.  
  359. (189) Aug 29 [Greg Vaudreuil]
  360.          Write a recommendation to publish
  361.          <draft-ietf-osids-replsoln-03> as a Proposed Standard.
  362.  
  363. This is still pending.
  364.  
  365. (190) Aug 29 [Greg Vaudreuil]
  366.          Write a recommendation to publish
  367.          <draft-ucl-kille-networkaddresses-04> as a Proposed Standard.
  368.  
  369. This is still pending.
  370.  
  371. (191) Aug 29 [Ross Callon]
  372.          Insure that the relevant section of ``An interim approach to
  373.          use of Network Addresses'' document referring to X.25 NSAP's
  374.          be edited. (????)
  375.  
  376. This is still pending.
  377.  
  378. (192) Aug 29 [Phill Gross]
  379.          Write an applicability statement for ``Using the OSI
  380.          Directory to achieve User Friendly Naming''.
  381.  
  382. This is still pending.
  383.  
  384. (193) Aug 29 [Greg Vaudreuil]
  385.          Write a recommendation to publish
  386.          <draft-ietf-osids-friendlynaming-02> as a Proposed Standard.
  387.  
  388. This is still pending.
  389.  
  390. (194) Aug 29 [Greg Vaudreuil]
  391.          Write a recommendation to publish
  392.          <draft-ietf-osids-cosinex500-05> as a Proposed Standard.
  393.  
  394. This is still pending.
  395.  
  396. (195) Aug 29 [Greg Vaudreuil]
  397.          Write a recommendation to publish
  398.          <draft-ucl-kille-x500domains-03> as a Proposed Standard.
  399.  
  400. This is still pending.
  401.  
  402. (196) Aug 29 [Steve Crocker]
  403.          Send a note to Postel and the author of the Message Send
  404.          Protocol pointing out the IESG concerns about security, and
  405.          include suggested text to satisfy the IESG.
  406.  
  407. Concluded: This was done in force, with supporting notes from the SAAG.
  408.  
  409. The IESG briefly discussed the format of the action items, and agreed
  410. that actions items should include a due date as well as the assign
  411. date.  It was also mentioned that a status section may help with the
  412. review for those actions which are "on hold" waiting for an external
  413. action. 
  414.  
  415.  
  416. 3) Technical Management Issues
  417.  
  418. 3.1 IGP Statement
  419.  
  420. The IGP statement was posted prior to the last IETF meeting and was
  421. reviewed in the Open Plenary session. It has been an Internet Draft
  422. for over a month, and it is now ready for publication as an
  423. Applicability Statement.
  424.  
  425. ACTION: Vaudreuil -- Compose a recommendation to elevate the IGP
  426. Applicability Statement.  Due Date: Sept 12.
  427.  
  428. 3.2 Many Mibs
  429.  
  430. Final edits were made to the four MIBs ready for advancement.  These
  431. MIBs are: FDDI, Bridge, Remote Monitoring, and Decnet Phase IV.  The
  432. latest versions have been posted as Internet Drafts and are ready for
  433. RFC publication.
  434.  
  435. ACTION: Vaudreuil -- Write recommendations with Chuck Davin to publish
  436. FDDI, Bridge, Remote Monitoring, and Decnet Phase MIBs as proposed
  437. standards. Due Date: September 12th.
  438.  
  439. 3.3 Ethernet MIB
  440.  
  441. The IAB proposed a compromise position on the Ethernet MIB, which will
  442. facilitate publication of the existing document as a proposed
  443. standard, while requiring interaction with the relevant 802 committees
  444. and requests specific implementation experience.
  445.  
  446. The proposal is as follows:
  447.  
  448. 1. Publish the Ethernet Mib document as a Proposed Standard
  449.    IN THE FORM ORIGINALLY PROPOSED BY THE IESG.
  450.  
  451. 2. Request the Ethernet-MIB working group to prepare an explanation
  452.    of the reasons for making mandatory those variables that are optional
  453.    in the IEEE802.3 standard.  Included in such a statement should be
  454.    examples of implementation in silicon vs. software, and usage.
  455.  
  456. 3. Forward a copy of the Proposed Standard MIB with this explanation
  457.    to the chairman of IEEE802.3, as a contribution to IEEE802.3.
  458.  
  459.    Also include an explicit invitation for members and reviewers of
  460.    IEEE802.3 to participate in the IETF WG, to ensure that it
  461.    represents all available Ethernet expertise.
  462.  
  463. 4. Strongly encourage the IETF working group to reconcile differences
  464.    regarding mandatory MIB variables with the IEEE802.3 committee,
  465.    prior to requesting advancement to Draft Standard status.
  466.  
  467. 5. Recommend to that Working Group that, prior to requesting advancement
  468.    to Draft Standard status, it prepare for the IAB a document
  469.    summarizing field experience with the disputed variables, especially
  470.    demonstrating the benefits of using the disputed variables.
  471.  
  472. The IESG discussed the best way to reach consensus in the working
  473. group on this issue.  While the mailing list allows for discussion, it
  474. is difficult to ascertain that consensus has been reached.  The IESG
  475. discussed this at length (See discussion later in these minutes) and
  476. agreed that the Los Alamos meeting is the best place to reach
  477. consensus.  Discussion on the mailing list and comments are solicited
  478. prior to that meeting.
  479.  
  480. ACTION: Davin -- Take the IAB proposal for resolution of the Ethernet
  481. MIB situation to the working group as a proposal to be discussed at
  482. the Los Alamos IETF.
  483.  
  484. 3.4 DECnet Phase IV over PPP
  485.  
  486. The DECnet Phase IV over the Point to Point Protocol has been
  487. submitted to the IESG for consideration as a proposed standard.  The
  488. IESG has not had time to review this document, and so consideration
  489. was deferred till the next meeting.  Because this document was sent to
  490. the IESG by the author, Vaudreuil took an action to confirm that this
  491. was in fact approved and was being recommended by the PPP working group.
  492.  
  493. ACTION: Vaudreuil -- Confirm that the PPP Working Group has reviewed
  494. the DECnet Phase IV over PPP document. Due Date: Sept 12th.
  495.  
  496. 3.5 PPP LLC and IP over PPP documents
  497.  
  498. The Point to Point Protocol Working Group submitted the two PPP
  499. documents to be published as a Draft Standard.  The IESG discussed
  500. these documents in terms of the requirements for elevation to Draft
  501. Standard.  The documents accurately reflect changes made to current
  502. implementations to fix "holes" in the original state machine.  It was
  503. not clear to the IESG whether all aspects of the documents have been
  504. implemented and tested, specifically synchronous operation.  If these
  505. documents have not been fully implemented, they may need to be
  506. republished as Proposed Standards.
  507.  
  508. ACTION: Chiappa -- Check with Brian Lloyd about the extent of the
  509. implementations of the PPP documents, specifically whether synchronous
  510. operation is supported by any current implementation. Due Date: Sept 12.
  511.  
  512. 3.6 BGP Usage Document
  513.  
  514. Phill Gross has an outstanding action to publish the usage Document as
  515. an Internet Draft.  There is no progress to report.  Yakov Rekhter has
  516. reviewed the edits and finds them acceptable.
  517.  
  518.  
  519. 4) RFC Editor Actions
  520.  
  521. 4.1 Message Send Protocol
  522.  
  523. Steve Crocker and the SAAG have been in dialogue with the author of
  524. the Message Send Protocol.  An issue of security has been raised in
  525. this protocol.  While the document is experimental, there is a strong
  526. feeling that at least a disclaimer should be placed in the document.
  527. Suggested text has been sent to the author.
  528.  
  529. The IESG completed it's review of this protocol.  
  530.  
  531. Action: Vaudreuil  -- Notify the RFC Editor that the IESG has reviewed
  532. the Message Send Protocol and recommends that text be added to the
  533. document plainly identifying the security shortcoming of the document.
  534.  
  535. 4.2 Security Information Transfer Protocol
  536.  
  537. The IESG received the Security Information Transfer Protocol from
  538. the RFC editor.  It is the clear intention of the author to make this
  539. protocol a standard of some sort.  While the IESG has some initial
  540. objections to the protocol as it is currently written, the author has
  541. expressed a willingness to work within the IETF framework to advance
  542. this document towards standards status.  To date the author has posted
  543. the document as an Internet Draft.  The IESG will begin a survey to
  544. determine whether this document has the constituency and necessity and
  545. whether it is consistent with the Internet Architecture to be pushed
  546. though the process.
  547.  
  548. ACTION: S. Crocker -- Work with the author of the Security Information
  549. Transfer Protocol to determine the constituency and necessity of this
  550. protocol.  Report findings to the IESG.
  551.  
  552. ACTION: G. Vaudreuil -- Send a note to the RFC Editor that the author
  553. of the Security Information Transfer Protocol wishes to advance this
  554. document though the standards process and has begun a dialogue with
  555. the IETF community.
  556.  
  557. 4.3 Finger
  558.  
  559. The RFC Editor sent the IESG a new version of the Finger document.
  560. This new version is intended to be republished as a Draft Standard.
  561. Several typographical and syntactic changes made to make the protocol
  562. better reflect current implementations.  Comments from an implementor
  563. have identified several additional points that the IESG felt should be
  564. addressed in this revision.  The order of particular operations in the
  565. previous document was not specified, and the length of the transaction
  566. was not specified.  With these two changes, the IESG approve this
  567. document for republication as a Draft Standard.
  568.  
  569. ACTION: Vaudreuil -- Notify the RFC Editor that the Finger protocol
  570. should be republished as a Draft standard with two additional changes
  571. mailed earlier to the author and RFC Editor.
  572.  
  573. 5. Technical Management Issues
  574.  
  575. Several issues have been raised on the IETF mailing list in the past
  576. week.  Among these issues was the difficulty of reaching consensus on
  577. electronic mailing lists.
  578.  
  579. A discussion triggered in part by discord in the SMTP extensions
  580. working group has been brought to the IETF mailing list.  Often there
  581. is a dis-continuity between the apparent consensus on a mailing list
  582. and the apparent consensus in a face to face meeting.  Because these
  583. two groups may be composed of different actor, it is often difficult
  584. to reach closure.  The question asked was: "Can the IETF use
  585. electronic mail as a means to do business and reach consensus?". The
  586. IESG found the discussion interesting and reached the following
  587. tentative position.
  588.  
  589. POSITION: Mailing lists are vital for input and participation of the
  590. IETF working groups, however, face to face meetings are more efficient
  591. at negotiating and reaching consensus.  When a conflict arises on a
  592. mailing list which cannot be resolved in a face to face meeting due to
  593. the inability of a principle to travel, the chairman has the
  594. obligation to act as the mediator and break the impasse.
  595.  
  596. There was some thought that a formalization of the IETF rules under
  597. the Internet Society may help resolve some of these issues.  After a
  598. period of debate the IESG felt that the IETF should work toward
  599. resolving procedural problems in it's traditional fashion until the
  600. articles of incorporation can be worked out between the IAB and the
  601. Internet Society.
  602.  
  603. ACTION: Coya -- Get a copy of the draft articles of incorporation sent
  604. to the IESG next Tuesday 10th and invite Cerf and Chapin to the
  605. Teleconference to discuss the draft document.  Due Date Sept 11th.
  606.  
  607.